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Beschreibung 

System zur Bereitstellung eines Standard-Frameworks fur Auto- 
mat is ierungsgerate 

Die Erfindung betrifft ein System sowie ein Verfahren zur Be- 
reitstellung standardisierter, gerateunabhangiger Funktiona- 
litat fur die Erstellung von Steuerungssof tware fur Automati- 
sierungssysteme . 

In der heutigen Automatisierungswelt besitzen Automatisie- 
rungsgerate unterschiedlichen Bautyps jeweils eigene Pro- 
grammierschnittstellen und haben einen eigenen Bef ehlssatz, 
der bei der Programmierung bzw. Implementierung einer Automa- 
5 tisierungslSsung auf dem jeweiligen Gerat verwendet wird. 

Aufgrund dieser Unterschiede werden die im Rahmen einer Auto- 
matisierungslOsung benStigten verschiedenen Automat is ierungs- 
systeme (Gerate einheitlichen Bautyps) unterschiedlich pro- 
grammiert. Die Programmierung erfolgt dabei auf einem sehr 
0 niedrigen Niveau, das heifit es wird, vergleichbar zur Assemb- 
le rprogrammi e rung, eine einfache Syntax verwendet. Zur Reali- 
sierung einer komplexen Automatisierungslbsung wird entspre- 
chend eine Grofczahl einfacher Befehle benotigt. Die so ent- 
stehenden AutomatisierungslSsungen sind spezifisch. fUr die 
— jeweiligen Automatisierungssysteme entwickelt und lassen 
W sich, durch ihre Spezifitat bedingt, nicht auf andere Automa- 
tisierungssysteme ubertragen, welche jeweils wieder einen an- 
deren Befehlssatz haben. Heutzutage werden also spezifische 
Losungen mit hohem Programmieraufwand realisiert. Eine Uber- 
30 tragung von Programmen zwischen \interschiedlichen Automati- 
sierungssystemen ist vor allem aufgrund der Tatsache nicht 
mdglich, dass Basismechanismen der Automatisierung, wie das 
Ansprechen von Zahlern oder das Herunterladen von Bausteinen 
auf jedem Geratetyp unterschiedlich reprasentiert sind. Ent- 
35 sprechend werden die verschiedenen Automatisierungssysteme 
heutzutage als Einzelsysteme betrachtet. Jedes System hat 
seine eigene, spezielle Implementierung und eine eigene Pro- 
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grammierschnittstelle. Hieraus resultiert eine Vielzahl von 
spezifischen Compilern, die die jeweiligen Automatisierungs- 
programme ftir entsprechende Zielsysteme llbersetzen. Hinzu 
kommt, dass sich auch die Programmierumgebungen ftir die Er- 
5 stellung einer Automatisierungslosung zwischen den einzelnen 
Automatisierungssystemen stark unterscheiden. So ist zum Bei- 
spiel das Download, also das Herunterladen einer erstellten 
Software, und das Debuggen, das Beheben von Fehlern im Pro- 
grammcode ftir die jeweiligen Automat is ierungssysteme unter- 
10 schiedlich realisiert. Aus diesem Grund existieren Experten 
ftir die Programmierung einzelner Systeme. Nur wenige dieser 

•Experten beherrschen verschiedene Automatis ierungssysteme 
gleich gut und kennen deren jeweilige Spezifika. 

15 Die Aufgabe der vorliegenden Erfindung ist es, eine standar- 
disierte und vereinfachte Programmierung und Imp lementie rung 
von AutomatisierungslSsungen ftir verschiedene Automatisie- 
rungs systeme zu ermoglichen. 

20 Diese Aufgabe wird gelost durch ein System zur Bereitstellung 
von gerateunabhangiger Funktionalitat ftir Automatisierungsge- 
rate mit ersten Mitteln zur Kapselung spezifischer Funktionen 
mindestens eines Automatisierungsgerats und zum Bereitstellen 
\ von Basis funktionalitat des Automatisierungsgerats und auf 

den ersten Mitteln aufsetzende zweite Mittel zur Bereitstel- 
lung von allgemeiner Funktionalitat und/oder Automatisie- 
rungs funktionali tSt . 

Der Erfindung liegt die Erkenntnis zugrunde, dass derzeit im 
30 Automatisierungsumfeld in der Regel eine heterogene Hardware- 
welt anzutreffen ist. Bei der Erstellung einer Automatisie- 
rungslGsung fur eine Anlage ist der Programmierer somit mit 
verschiedenen Automatisierungsgeraten konf rontiert, die je- 
weils eine eigene Sprache verstehen. Urn die Erstellung einer 
35 Ldsung zu vereinf achen, wird vorgeschlagen, eine einheitliche 
Umgebung zu schaffen, auf der Automatisierungslosungen ftir 
unterschiedliche Automatisierungssysteme auf standardisierte 
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Weise erstellt werden konnen. Hierzu wird ein so genanntes 
Standard-Framework fur Automatisierungsgerate bereitgestellt . 
Das Standard-Framework bildet eine Abstraktion der untergela- 
gerten Hardware, also der Automatisierungsgerate und stellt 
hierbei gleichermafien allgemeine Funktionalitat, wie bei- 
spielsweise Download oder Ansprechen von Ein- und Ausgangen 
zur Verfugung, aber auch Automatisierungsfunktionalitat, wie 
beispielsweise die Bereitstellung von Diagnosedaten oder das 
Forcen von Variablen. Das definierte Standard- Framework ist 
speziell auf die Belange der Automatisierungstechnik zuge- 
schnitten und bietet unter anderem eine Vereinheitlichung der 
Runtime-Umgebung filr verschiedene Automatisierungsgerate so- 
wie die MSglichkeit der Kapselung spezifischer Hardwareeigen- 
heiten. Fur die Erstellung des Programms, das auf einer spe- 
ziellen Hardware lauft, werden hierbei Klassen des Frameworks 
genutzt. Eine AutomatisierungslSsung kann somit basierend auf 
den Funktionen und Automatisierungsobjekten des Standard- 
Frameworks realisiert werden. Die standardisierte Funktiona- 
litat des Frameworks wird hierbei von den Automat is ierungsge- 
raten selbst angeboten. Hierzu sind auf den Automat is ie rungs - 
geraten Mittel zur Kapselung spezifischer Funktionen der Au- 
tomatisierungsgerate und-zum Bereitstellen von Basisfunktio- 
nalitat in Form des so genannten 'Automation-Runtime-Layer" 
(ARL) realisiert. Der ARL bietet von der jeweiligen Hardware, 
also dem Automatisierungsgerate abstrahierende, unabhangige 
Basisdienste an. Hierzu zahlen beispielsweise Framing, Syn- 
chronisation, Speichermanagement, Merker sowie Zahler . Der 
ARL ist plattformspezifische ausgebildet und besitzt die Auf- 
gabe, alle plattformspezif ischen Funktionen zu tlberdecken. 
Auf dem ARL setzen Mittel zur Bereitstellung allgemeiner 
Funktionalitat in Form des so genannten * Runtime-Framework" 
(RF) auf. Das RF bietet hierbei hShere Dienste an und stellt 
neben allgemeiner Funktionalitat (wie Speicherverwaltung, 
Threading, Synchronisation, ...) auch Automatisierungsfunkti- 
onalitat zur Verftigung. Im Gegensatz zum ARL ist die Imple- 
ment ierung des RF nicht plattformspezif isch. Hierdurch kann 
eine einmalige Implementierung mit geringem Aufwand auf ver- 
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schiedene zielplattformen, das heifit Automatisierungssysteme, 
portiert warden. Vorteilhaft 1st hierbei vor allem, dass bei 
der Erstellung von Automatisierungslosungen eine Bereitstel- 
lung von allgemeinen Automatisierungsdiensten, die generell 
verwendet werden konnen, ermQglicht wird. Die Nutzung des 
vorgestellten Systems ftihrt zu einer Vereinf achung der Imple- 
mentierung einzelner Automatisierungskomponenten. Es erfolgt 
eine Standardisierung der Services zum Zugriff auf die Auto- 
mat is ierungsgerate und zum Zugriff auf automatisierungsspezi- 
fische Objekte, Alarme und Prozesswerte. Durch die Abstrakti- 
on von der spezifischen Hardware, das heifit eine Unabhangig- 
keit von speziellen Automatisierungssystemen, wird eine hard- 
war eunabhangige Programmierung der Automatisierungskomponen- 
ten ermoglicht. Spezif isches, auf ein Automatisierungssystem 
5 zugeschnittenes Expertenwissen, ist fur die Erstellung der 
Automatisierungslosung hierdurch nicht mehr notig. Ein auf- 
wendiges Erstellen von speziellem Programmcode, der auf rela- 
tiv niedrigem Niveau ist, erubrigt sich durch die Nutzung des 
vorgestellten Systems, es ermSglicht vielmehr eine Program- 
0 mierung unter Nutzung von Hochsprachenprogrammiersprachen. 
Dadurch wird dem Programmierer ermoglicht, sich auf die L6- 
sung der eigentlichen automat is ierungsspezif ischen Probleme 
zu konzentrieren, statt seine Kapazitat in die Erzeugung von 
rudimentaren Programmbestandteilen investieren zu mtissen. Des 
te ^ Weiteren sorgt das Standard- Framework ftir eine Durchgangig- 

keit bei der Diagnose und den Fehleranalysen tiber die Grenzen 
der Automatisierungssysteme hinweg. Auch das Zusammenspiel 
verschiedener Komponenten, die in einer Automatisierungslo- 
sung realisiert sind, ist einfacher zu analysieren bzw. zu 
30 debuggen. Durch die Nutzung des Standard-Frameworks bietet 
sich die MSglichkeit, hSherwertige Zusatzpakete zu entwi- 
ckeln, die Objekte oder Funktionen anbieten, welche dann 
e-benfalls unabhangig von der Zielplattf orm sein kSnnen. Sol- 
che technologischen Objekte oder Zusatzpakete kOnnen inner- 
35 halb des Systems in Form von Bibliotheken hinterlegt werden, 
urn ftir wiederkehrende Automatisierungsauf gaben zur VerfUgung 
zu stehen. Zudem ermSglicht die Verwendung des Standard- 
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Frameworks ein Portieren von Automatisierungslosungen tiber 
verschiedene Geratef amilien hinweg. 

Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
5 durch gekennzeichnet, dass die ersten Mittel zur uberdeckung 
spezifischer Funktionen als automatisierungsgeratespezif ische 
Adapter ausgebildet sind. Die automatisierungsgeratespezif i- 
schen Eigenschaf ten werden vom ARL dadurch auf relativ nied- 
riger Ebene im Gesamtsystem standardisiert, so dass sie in 
10 Form von, fur ein Programmiersystem allgemein verstandlichen, 
Befehlen zur Verfilgung stehen. Hierdurch ist gewahrleistet, 
dass alle Automatisierungsgerate einheitlich auf niedriger 
Ebene angesprochen werden konnen. Eine Standardisierung auf 
hdherer Hierarchieebene innerhalb eines Automatisierungssys- 
15 terns wtirde unter Umstanden zu einem Verlust von automatisie- 
rungsgeratespezif ischen Eigenschaf ten fuhren. Die Verwendung 
von spezifischen Adaptern sorgt hingegen daftir, dass alle Ei- 
genschaften auch in allgemeiner Form zur VerfUgung gestellt 
werden konnen. 

20 

Eine weitere vorteilhafte Ausbildung des Systems ist dadurch 
gekennzeichnet, dass die Mittel zur Bereitstellung von allge- 
meiner Funktionalitat und/oder Automatisierungsfunktionalitat 
gerateunabhangig ausgebildet sind. Vorteilhaft ist hierbei, 
dass allgemeine Funktionalitat wie beispielsweise die Reali- 
sierung eines Downloads nicht in dem geratespezif ischen ARL 
integriert werden muss. Besonders Automatisierungsfunktiona- 
litat, die unabhangig von spezifischen Automatisierungsgera- 
ten ist, wie beispielsweise das Durchfuhren von Diagnosen, 
30 muss nicht auf den spezifischen ARLs realisiert sein. Dadurch 
dass diese Funktionalitaten gerateunabhangig sind, mtissen sie 
nur einmal implementiert werden und konnen dann automatisie- 
rungsgeratespezif isch unabhangig verwendet werden. Eine ein- 
malige Erstellung des Runtime -Framework (RF) wird hierdurch 
35 ermdglicht. 
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Eine weitere vorteilhafte Ausbildung der Erfindung 1st da- 
durch gekennzeichnet, dass das System zur Nutzung durch ein 
Erstellsystem ftir die Erstellung von Steuerungssof tware vor- 
gesehen ist. Die vom System bereitgestellte standardisierte 
sowie gerateunabhangige Funktionalitat kann dadurch vorteil- 
haft von einem gangigen automatisierungstechnischen Editor, 
einem Programmierwerkzeug oder allgemein, einem Engineering- 
System verwendet werden. Eine einfachere, schnellere und kos- 
tengttnstigere Herstellung von Steuerungssof tware wird durch 
diese vorteilhafte Ausbildung ermoglicht. 

Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass das System zur Bereitstellung von 
technologischen Objekten ftir Automatisierungsgerate vorgese- 
3 hen ist. Objekte wie beispielsweise ein Hubtisch, ein FSrder- 
band oder Kessel konnen, wenn sie sich in Form von allgemein 
wieder verwendbaren Funktionen abbilden lassen in Form einer 
Bibliothek abgelegt werden. Diese technologischen Objekte 
stehen dem Programmierer dann standardmafiig mit ihren Eigen- 
0 schaften und Methoden far die Realisierung einer Automatisie- 
rungslosung zur Verftigung. Der Programmieraufwand wird durch 
diese vorgegebenen Objekte erheblich verringert. 



Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass ein Speicher zur Speicherung von 
Automatisierungslosungen ftir wiederkehrende Aufgaben vorgese- 
hen ist. Die bereits realisierten AutomatisierungslSsungen 
kdnnen auf dem Automatisierungsgerat hinterlegt werden, und 
stehen fUr die Wiederverwendung in neuen AutomatisierungslS- 
sungen zur Verftigung. Einem zur Erstellung von Steuerungs- 
software genutzten Engineering-System kSnnen sind sie be- 
kannt. Eine schnellere Entwicklung und auch die Nutzung be- 
reits vorhandenen Losungswissens wird hierdurch ermoglicht. 

35 Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass das System zur Nutzung eines In- 
ternet und/oder Intranet zur ttbertragung von Daten vorgesehen 
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1st. Hierdurch wird beispielsweise eine vom Ort der Automati- 
sierungsgerate unabhangige Installation eines zur Programmie- 
rung verwendeten Engineering-Systems ermdglicht. Eine er- 
stellte AutomatisierungslGsung kann liber das Internet oder 
intranet an die jeweiligen Zielautomatisierungsgerate gesen- 
det werden. Die Versendung von programmierten L6sungen in 
Form von Disketten oder anderen Datentragern erubrigt sich 
durch diese Ausbildung der Erfindung. 



10 




Eine weitere vorteilhafte Ausbildung der Erfindung ist da- 
durch gekennzeichnet, dass eine automatisierungsspezif isch 
ausgebildete Programmiersprache ftir die Erstellung einer 
Steuerungssoftware als Zwischensprache fur Automatisierungs- 
sprachen, als Zielsprache von Erstellsystemen und zur Abbil- 
15 dung auf die ersten Mittel (dem RF) auf einem Automatisie- 

rungsgerat als Zielplattform vorgesehen ist. Die Realisierung 
dieser automatisierungsspezif isch ausgebildeten Zwischenspra- 
che ftir Automat isierungslosungen bietet den Vorteil, dass 
spezifische Programmiersprachen, die heutzutage in der Auto- 
20 matisierungstechnik von den Erstellsystemen verwendet werden, 
auf eine einzige Programmiersprache als Zielsprache abgebH- 
det werden kSnnen. Vorteilhaft ist hierbei, dass ftir die Lo- 
sung einer Automat is ierungs auf gabe ftir die Erstellung geeig- 
f nete Editoren und Erstellsysteme verwendet werden konnen. 

Diese Editoren und Erstellsysteme haben jeweils ihre eigene 
Programmiersprache, die dann in die Zwischensprache fur Auto- 
matisierungssprachen (AIL = Automation Intermediate Language) 
ubersetzt wird. Durch die anschlieliende Nutzung der AIL wird 
gewahrleistet, dass die speziellen Automat is ierungsauf gaben, 
die mit Hilfe der jeweiligen Editoren gelost wurden, spater 
problemlos zusammenarbeiten. Vorteilhaft ist hierbei auiier- 
dem, dass es zu einer Abstraktion der Programmierwerkzeuge 
von der zugrundeliegenden Hardware kommt. Die Nutzung der AIL 
erm5glicht auch das einheitliche Debuggen bzw. die Fehlerana 
35 lyse der erstellten AutomatisierungslSsung, da die unter- 

schiedlichen Programmiersprachen zuvor in eine einheitliche 
Sprache ubersetzt worden sind. Die Nutzung der AIL ermoglxcht 
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somit erstmals, einen Standard-Debugger zu verwenden. Hier- 
durch wird der Zugriff vom PC bis hinunter auf die Steuerung 
ermoglicht . 

5 Eine weitere vorteilhafte Ausbildung des Systems ist dadurch 
gekennzeichnet, dass Compiler (5) zur Abbildung der Sprache 
auf die Zielplattf orm vorgesehen sind. Die Programmierwerk- 
zeuge mtissen sich ausschlieiilich auf die Abbildung in die AIL 
konzentrieren. Die Obersetzung in die hardwarespezif ische 
10 Version erfolgt durch die speziellen Compiler. Eine Realisie- 
rung der entsprechenden Losung auf eine bestimmte Zielplatt- 
form hin muss nicht erfolgen. Hierdurch wird die Grundlage 
ftlr die Erstellung hardwareunabhSLngiger Automatisierungskom- 
ponenten gebildet, Eine Automatisierungslosung lauft auf ei- 
15 nem Automatisierungsgerat genau dann, wenn die Anf orderungen 
an den jeweiligen ARL erftillt sind. Die Anzahl der dafur be- 
notigten Compiler verringert sich, da nicht jede mogliche 
Editor-Automatisierungssystem-Kombination ihren eigenen Com- 
piler benotigt. Es werden nur System- bzw. Editorenspezif i- 
20 sche Compiler in die AIL und von der AIL benotigt. 

Im Folgenden wird die Erfindung anhand der in den Figuren 
dargestellten Ausftihrungsbeispiele naher beschrieben und er- 
lSLutert. Es zeigen: 




FIG 1 eine schematische Darstellung eines Ausftihrungs- 

beispiels des Standard-Frameworks ftir Automatisie- 
rungs s ys t erne , 

FIG 2 eine schemat ische Darstellung der Verwendung einer 
30 automatisierungsspezif ischen Zwischensprache. 

FIG 1 zeigt eine schematische Darstellung eines Ausfuhrungs- 
beispiels eines Standard-Frameworks zur Bereitstellung gera- 
teunabhangiger, standardisierter Funktionalitat fur unter- 
35 schiedliche Automatisierungssysteme 6!.. n . Auf den Automati- 
sierungssystemen 61.. „ setzen systemspezif ische Adapter 3i..„, 
so genannte Automation-Runtime-Layer (ARL) auf. Die ALR 3i..„ 
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ttberdecken automatisierungsgeratespezif ische Funktionen und 
stellen Basisfunktionalitat der Automatisierungssysteme 6 x .. n 
zur Verfttgung. Auf den Adaptern 3i.. n setzen automatisierungs- 
systemunabhangige Runtime- Frameworks (RF) 4 auf. Die RFs 4 
5 stellen allgemeine Funktionalitat und Automatisierungsfunkti- 
onalitat zur Verfttgung. Die Automatisierungslosung wird mit 
Hilfe eines Engineering-Systems 2 erstellt. Hierzu kann auf 
eine Bibliothek mit technologischen Objekten 7 zurttckgegrif- 
fen werden. Bereits realisierte AutomatisierungslSsungen kon- 
10 nen in einem Speicher 8 auf den Automatisierungsgeraten zur 
Wiederverwendung hinterlegt werden. Die mittels des Enginee- 
ring-Systems erstellte Software wird mit Hilfe der Compiler 
5i..n tiXx die jeweiligen Automatisierungssysteme 6i.. n in eine 
Runt imevers ion tibersetzt. Die Daten werden mit Hilfe einer 
15 DatenUbertragungsvorrichtung 9 ttbertragen. 

Die Besonderheit des in FIG 1 dargestellten Systems 1 besteht 
darin, dass auf einem beliebigen Engineering-System 2 eine 
standardisierte, gerateunabh&ngige Automatisierungslosung er- 
20 stellt werden kann. Diese Besonderheit wird dadurch gewahr- 
leistet, dass die automatisierungssystemspezif ischen Eigen- 
schaften mit Hilfe der ARL 3i.. n tiberdeckt werden. Im Zusam- 
menwirken mit dem systemunabhangigen RF 4, welches weitere 
| Funktionalitat bereit stellt, steht auf den Automatisierungs- 

geraten 6 x .. n eine vereinheitlichte Ebene zur Verfttgung, auf 
^jyj^ der mit Hilfe hGherwertiger Programmiersprachen eine Automa- 
tisierungsiasung realisiert werden kann. Dies ermoglicht die 
Verwendung allgemeiner Bausteine, wie beispielsweise techno- 
logischen Objekten 7, die dem Engineering-System zur Verftt- 
30 gung stehen. Eine spezif ische Imp lementie rung der jeweiligen 
LGsung ftir die einzelnen Automatisierungssysteme 6 x .. n erttb- 
rigt sich auf diese Weise. Einmal entwickelte LOsungen kdnnen 
gerate- und systemunabhangig wieder verwendet werden. Der je- 
weilige Compiler 5i.. n sorgt dann fttr eine entsprechende Ober- 
35 setzung des allgemeinen Programmcodes in eine vom jeweiligen 
Automatisierungssystem 6!.. n interpretierbare Form. Allgemein 
wird durch das vorgestellte System die Imp lementie rung einer 
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Automat is ierungslosung enorm vereinfacht: Automat isierungs- 
systemspezifisches Expertenwissen ist nicht mehr notwendig 
und eine Wiederverwendung bereits implementierter L5sungen 
ist mOglich. 

FIG 2 zeigt die beispielhaf te Verwendung einer automatisie- 
rungsspezifischen Programmiersprache als Zwischensprache 10 
zwischen Programmiersprachen automatisierungstechnischer Edi- 
toren 12 und automatisierungsgeratespezif ischen Sprachen. Die 
mittels automatisierungsspezif ischer Editoren 12 erstellten 
Programmcodes werden. mit Hilfe von spezif ischen Compilern 11 
in die Zwischensprache 10 ubersetzt. Aus der Zwischensprache 
heraus werden mittels Compiler 5i.. n die Anweisungen in auto- 
matisierungssystemspezifische Anweisungen ubersetzt. Die Da- 
ten konnen hierbei auf die Automatisierungsgerate 6i..„ uber 
ein Intranet bzw. Internet 13 ubertragen werden. 

Der wesentliche Vorteil der in FIG 2 dargestellten schemati- 
schen Ausbildung des Systems mit einer Zwischensprache 10 fur 
Automatisierungssysteme (AIL = Automation Intermediate 
Language) besteht darin, dass die Menge der zu verwendenden 
Compiler, die fur die Erstellung einer AutomatisierungslSsung 
verwendet werden mussen, wesentlich reduziert werden kann. 
Ohne die Verwendung einer AIL muss jede verwendete Program- 
miersprache eines automatisierungsspezif ischen Editoren 12i.. m 
mittels eines speziellen Compilers fur die konkrete Ziel- 
plattform 6i..„ ubersetzt werden. Hieraus ergibt sich eine 
Menge von n*m Compilern fur eine Menge von m Editoren und n 
Automatisierungsgeraten. Bei der Verwendung der Zwischenspra- 
che 10 ubersetzen die Compiler lli.. m ihren Quellcode in die 
Zwischensprache 10. Von der Zwischensprache wird der Code mit 
Hilfe systemspezif ischer Compiler 5!..„ in die Sprache der 
Zielplattform 6a.. „ ubersetzt. Bei der Verwendung der AIL 
sind somit nur noch n+m Compiler notwendig, urn eine spezif i- 
sche Automatisierungslosung zu realisieren. AuJierdem kann ein 
Grofiteil der Realisierung innerhalb der AIL selbst erstellt 
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werden. Somit vereinfacht sich die Erstellung einer Automati- 
sierungslSsung um ein Vielf aches. 

Zusammenfassend betrifft die Erfindung ein System sowie ein 
Verfahren zur Bereitstellung von standardisierter, gerateu- 
nabhangiger Funktionalitat fur das Erstellen einer Losung im 
Automatisierungsumfeld. Hierbei werden die spezifischen Ei- 
genschaften und Funktionen unterschiedlicher Automatisie- 
rungssysteme 6i..„ auf den jeweiligen Geraten direkt durch ei- 
nen systemspezif ischen Adapter, dem Automation-Runtime-Layer 
(ARL) 3i.. n abgedeckt, bzw. generalisiert . Eine weitere, auf 
dem jeweiligen Gerat implementierte Komponente, das Runtime- 
Framework (RF) 4 stellt allgemeine Automatisierungs- und/oder 
Basisfunktionalitat zur Verftigung. Die Automatisierungsl5sung 
kann entsprechen standardisiert auf einem Engineering-System 
2 erstellt unabhangig von der jeweiligen Zielplattform 6i.. n 
beliebig portiert werden. Die Nutzung einheitlicher Objekt- 
bibliotheken 7 und die Wiederverwendung einmal erstellter Lo- 
sungen ist systemunabhangig moglich. 
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Patentansprtiche 

1. System zur Bereitstellung von gerateunabhangiger Funktio- 
nalitat ftir Automatisierungsgerate mit 

- ersten Mitteln (3) zur Kapselung spezifischer Funktionen 
mindestens eines Automatisierungsgerats (6) und zum Be- 
reitstellen von Basisfunktionalitat des Automatisierungs- 
gerats (6) und 

- auf den ersten Mitteln (3) aufsetzende zweite Mittel (4) 
zur Bereitstellung von allgemeiner Funktionalitat und/oder 
Automafisierungsfunktionalitat . 

2. System nach Anspruch 1, 

dadurch gekennzeichnet, 

dass die ersten Mittel (3) als automatisierungsgeratespezif i- 

sche Adapter ausgebildet sind. 

3. System nach einem der vorhergehenden Anspriiche, 
dadurch gekennzeichnet, 

dass die zweiten Mittel (4) gerateunabhangig ausgebildet 
sind. 

4* System nach einem der vorhergehenden AnsprUche, 
dadurch gekennzeichnet, 
dass das System zur Nutzung durch ein Erstellsystem (2) ftir 
die Erstellung von Steuerungssof tware vorgesehen ist. 

5. System nach einem der vorhergehenden AnsprUche, 
dadurch gekennzeichnet, 

dass das System zur Bereitstellung von technologischen Objek- 
ten (7) ftir Automatisierungsgerate (6i.. n ) vorgesehen ist. 

6. System nach einem der vorhergehenden AnsprUche, 
dadurch gekennzeichnet, 

dass ein Speicher (8) zur Speicherung von Automatisierungslo- 
sungen fUr wiederkehrende Aufgaben vorgesehen ist. 
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7. System nach einem der vorhergehenden Anspruche, 
dadurch gekennzeichnet, 

dass das System zur Nutzung eines Internet und/oder Intranet 
(13) zur Obertragung von Daten vorgesehen 1st. 

8 . Verf ahren zur Bereitstellung von gerateunabhangiger Funk- 
tionalitat far Automat is ierungsger ate bei dem 

- spezifische Funktionen mindestens eines Automat isierungs- 
gerats (6) Uberdeckt werden und Basisfunktionalitat des 
Automatisierungsgerats (6) bereitgestellt wird,- 

- allgemeine Funktionalitat und/oder Automatisierungsfunkti- 
onalitat bereitgestellt wird. 

9 . Verf ahren nach Anspruch 8 , 

dadurch gekennzeichnet, 
dass automatisierungsgeratespezifische Adapter auf den Auto- 
mat is ierungsgerat en (6) verwendet werden. 

10. Verf ahren nach einem der Anspruche 8 oder 9, 
dadurch gekennzeichnet, 

dass die allgemeine Funktionalitat und/oder Automatisierungs- 
funktionalitat gerateunabhangig bereitgestellt wird. 

11 . Verf ahren nach einem der Anspruche 8 bis 10, 
dadurch gekennzeichnet, 

dass ein Erstellsystem (2) fur die Erstellung von Steuerungs- 
software genutzt wird. 

12. Verf ahren nach einem der Ansprtlche 8 bis 11, 
dadurch gekennzeichnet, 

dass technologische Objekte (7) fur Automatisierungsgerate 
(6i..„) bereitgestellt werden. 

13. Verf ahren nach einem der Anspruche 8 bis 12, 
dadurch gekennzeichnet, 

dass AutomatisierungslOsungen fur wiederkehrende Aufgaben ge- 
speichert werden. 
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14. Verfahren nach einem der Ansprtiche 8 bis 13, 
dadurch gekennzeichnet, 

dass eine Internet und/oder Intranet (13) zur Obertragung von 
Daten genutzt wird. 

15. Automatisierungsspezifisch ausgebildete Programmierspra- 
che fur die Erstellung einer Steuerungssof tware fur ein Sys- 
tem sowie ftir ein Verfahren nach den Ansprtichen 1 bis 14. 

16. Programmiersprache nach Anspruch 15, 
dadurch gekennzeichnet, 
dass die Programmiersprache 

- als Zwischensprache fur Automatisierungssprachen, 

- als Zielsprache von Erstellsystemen (2) und 

- zur Abbildung auf die erst en Mittel (3) auf einem Automa- 
tisierungsgerat (6) als Zielplattform vorgesehen ist. 

17. Programmiersprache nach den Ansprtichen 15 oder 16, 
dadurch gekennzei c h net, 

dass Compiler (5) zur Abbildung der Programmiersprache auf 
die Zielplattform vorgesehen sind. 

18. Automatisierungsgerat mit 

- ersten Mitteln (3) zur Oberdeckung spezifischer Funktionen 
und zum Bereitstellen von Basis funktionalitat des Automa- 
tisierungsgerats (6) und 

- auf den ersten Mitteln aufsetzende zweite Mittel (4) zur 
Bereitstellung von allgemeiner Funktionalitat und/oder Au- 
tomatisierungsfunktionalitat . 

19. Automatisierungsgerat nach Anspruch 18, 
dadurch gekennzeichnet, 

dass die ersten Mittel (3) als automatisierungsgeratespezif i- 
sche Adapter ausgebildet sind. 

20. Automatisierungsgerat nach Anspruch 18, 
dadurch gekennzeichnet, 
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dass die zweiten Mittel (4) gerateunabhangig ausgebildet 
sind. 
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Zus ammenf a s sung 

System zur Bereitstellung eines Standard- Frameworks fur Auto- 
matisierungsgerate 

Die Erfindung betrifft ein System sowie ein Verfahren zur Be- 
reitstellung von standardisierter, gerateunabhangiger Funkti- 
onalitat fur das Erstellen einer L6sung im Automatisierungs- 
umfeld. Hierbei werden die spezifischen Eigenschaften und 
Funktionen unterschiedlicher Automatisierungssysteme (6i..„) 
auf den jeweiligen Geraten direkt durch einen systemspezif i- ' 
schen Adapter, dem Automation-Runtime-Layer (ARL) (3 a .. n ) ab- 
gedeckt, bzw. generalisiert . Eine weitere, auf dem jeweiligen 
Gerat implementierte Komponente, das Runtime- Framework (RF) 
(4) stellt allgemeine Automat isierungs- und/oder Basisfunkti- 
onalitat zur Verftigung. Die Automatisierungslosung kann ent- 
sprechen standardisiert auf einem Engineering-System (2) er- 
stellt unabhangig von der jeweiligen Zielplattf orm 6i..„be- 
liebig portiert werden. Die Nutzung einheitlicher Objektbib- 
liotheken (7) und die Wiederverwendung einmal erstellter L6- 
sungen ist systemunabhangig meglich. 
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